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PROCEDE DE GESTION D'OBJETS DANS UN RESEAU DE COMMUNICATION ET DiSPOSITIF DE EN 
OEUVK. 

^ L'inventlon a pour objet un proc^d^ de geston dlslrt- 
kxi^e cfun catalogue d'obj^ dans un r§seau de communi- 
cation conrportant des appareBs. 

Le proc6d6 confonme a f Invention oomporte les Stapes: 

* d'enregistrement d'objets locaux prints dans un ap- 
pareil dans un registre local g6ft au niveau de cat apparei, 

- de propagation d'une requdte de llste d*ob|^ lancte 
par un objet local ^ des regbtres non locaux gMs par 
(f autres appareis du r6seau, 

- de coUecte des r^ponses des reglstres non locaux ^ 
de la r6ponse du re^stre local etde 

* transmls^ des fgfxmses cc^ecttes k robust gyam 
Ianc6 la requMlL 

Llnventlon a aussi pour obfet des appareils b^abb & etre 
connect^ & un r§seau dans lequel est mis en oeuvre le pro- 

Llnventlon s'ap^^oue notarvment daiis le cadre des r§- 
seaux de communlcaMon donu^u^. 
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L'inventlon conceme un proced6 de gestion d-objets. notamment de 
modules logiciels. dans un r6seau de communication pouvant 6tre du type 
domotique. Elle conceme egalement des dispositifs aptes a etre relies d un tel 
reseau et comportant des moyens de mise en oeuvre du proc6d6. 

L'inventlon s'appllque notamment dans un reseau domotique adapte 
a rinterconnexlon d'appareils audio et vidio. 

Dans un reseau d'appareils d'6lectronique grand public tels que des 
televiseurs, dtodeurs cables ou satellites ou encore magn6toscopes. il est 
necessaire de pr6voir des moyens de communication entre les appareils, tout 
en prenant en compte des contraintes de complexlte et de prix inhdrents d des 
appareils fabriques en grande s6rie. 

Selon le type de reseau envlsagd. il peut 6tre necessaire pour un 
apparell (encore appete noeud dans ce qui suit) du r6seau de connailre le 
chemin d'acces ou l adresse d'un autre apparefl. Cela est aussi le cas si l*on 
remplace la notion d'appareil par la notion d'objoli ou de module logiciel, un 
apparell pouvant contenir un grand nombre d'objets. II peut s'agir d'applicalions 
t6l6charg6es ou residentes. d'interfaces utilisaleurs partlcull6res ou de 
modules de plus bas niveau. Cheque objel ou module d'un apparell peut 
chercher d communiquer avec un autre objet ou module du rnSme apparell ou 
dun autre appareil du r6seau. Chaque objet est consid6r6 comme une 
ressource d disposttion d'autres ot>iets. 

Dans ce cas se pose le probl6me de I'obtention d'une ou de la liste 
de ressourceS d!s|»nibles dans le reseau. 

Dans ce cadre, rinvention a pour objel un procM de gestion 
distribu6e d'un catalogue d'objets dans un r6seau de communication 
comportant des appareils caracteris^ en ce qu'il oomporte les etapes : 

. d'eniegistrement d'objets locaux presents dans un appareil dans 
unregistre local g6reau niveau decetapparett. - 

-de pi33pagatiori d'une r^qM^ p^^^^l^'^^^^m^^Fl^^^^'^ 
local a des regisW non locaux gerSs^ f autres apf« 

duregistreioc^^*** T - 

_ transmission des r6ponses collecl6es d I'objet ayanl lancd la 

requdte. 
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Chaque noeud (ou apparell) ne stocke que les informations locales 
a ce noeud ou appareil: les informations ne sont pas dupliqu6es dans d'autres 
noeuds. Ainsi. les besoins en memoire dans chaque appareil spnt restreints. 

La recherche des objets (modules logidels) est r^partie sur 
plusieurs appareils. chaque base de donn^e etant interrogde au niveau local. 
Ainsl. les besoins de ressources de traitement de Tinformation au niveau local 
sont-elles 6galement restreintes. 

La coherence des donnees est maintenue de fagon simple: II n'esl 
pas n6cessaire de mettre k jour, grace d des traitements conniplexes«. des bases 
de donnees distarrtes lorsqu'un changement est effectu* dans une base de 
donndes locale. 

Si un noeud disparalt, seules les informatioris li^ d ce noeud sont 

perdues. 

Seton un mode de realisation particuiier. un ofc^ possMe une 
adresse (SEID) composee d'un identlficateur d'un appareil dans lequel il est 
present, cet identificateur etant unique dans le rdseau. ainsi que d'un 
identlficateur local unique d cet objet dans ledit appareil. 

Selon un mode de realisation particuiier. un registre local comporte 
pour chaque objet qui y est enregistr6 I'adresse de cet objet dans le r^seau. 
ainsi que des attributs dudit objet- 

Selon un mode de realisation particuiier. retage^de propagation 
d'une requete comporte I'etape de determination des appareils connectes au 
reseau comportant eux-memes un registre local, et de transmission de la 
requete aux registres de oes appareils. 

Un objet peut ainsi lancer une requete pour I'obtentiqn d'une I'lste 
d'au^es objets sans se preoccuper du fait de savoir si ces objets sont localises 
dans le meme noeud ou pas. ... .. . 

Selon une variante de realisation, une reqiiete. ^^a8|^f^!pag6e qu'd 
un groupe determine de registres distants. 
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Lorsque Ton sait par exemple par avance que des modules logidels 
comportant certains attributs ne sont presents que dans un type donn6 
d'appareils. alors ii est possible de limiter la propagation de requites a ce type 
d appareil pour limiter ie nombre de messages drculant sur le r6seau. 

Uinvention a aussi pour objet un appareil dans un r6seau de 

communication comportant : 

- des moyens de memorisation (3. 4) d'ot)jets locaux (21 d 28). 

- des moyens de memorisation (3) d'un registre local (26) apte d 
contenir un catalogue des objets locaux, 

- des moyens (31 ) de connexion au r^seau. 

- des moyens de transmission de messages d'un objet local vers un 
autre objet et de propagation tfune requMe tfune liste d'objets vers des 
registras non locaux 

Selon un mode de realisation particulier. cheque objet possdde une 
adresse unique dans le r6seau (SEIO). une requete de liste d-obiets visant d 
etablir une liste d'adresses d objets repondant des entires detennines. 

Selon un mode de realisation particulier. le r^seau de 
communication comporte un bus IEEE 1394. 



D'autres caract6ristiques et avantages de I'invention apparailront S 
travers la description d'un exemple de realisation particulier non limitatif. 
illustr6 par les figures jointes parmi lesquelles : 

- la figure 1a represente sch6matiquement un r6seau domotique 
comportant quatre apF>areils de type different; 

_ la figure lb est un diagramme bloc d'un des appareils de la 

figure 1; . „ . 

- la figure 2 est un schema aiustrant forganlsatkjfi -togicielle de 

I'appareildeiafi^irelto:- . : - " -.--^^m^Sm^ ^mmi^^m^-^M ''-- .^'^^^i 

- la figure 3 repr^sente ieis iterts^ tf un module de f^i^ dfun 

- apF»reH du r6s«Rj. --^^ ■/■^^.^Wfr-- ^ ■■'"' '^i.-^-.^-'.y?^^-.---.::^--. ..ri 

- la figure 4 repr6sente le stbq^iein^^ 

requite n6cessitant une propagation vers un module de registre distant 
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Selon le present exemple de realisation, le rdseau domotique 
comporte quatre types d'appareils: les appareils audio-video possMant les 
fonctionnalit6s completes (FAV). les appareil audio-vid6o d fonction 
inlermddiaire (lAV). les appareils audio-vid^o de base (BAV) et les appareils 
audio-vid6o h6rit6s (LAV). Le bus de communication est de type IEEE1394. 
mais peut 6tre d'un autre type. Le r^seau admet un langage de commande 
commun. appel6 langage HAVI. 

Les appareils de type FAV possedent les fonctionnalitds les plus 
completes de tous les appareils du reseau: un gestionnaire de communication, 
un module de registre. un gestionnaire de modules de contr6le d'appareil 
ainsi que des modules de contrdle d'appareil (appel^s 'OCM' par la suite), ces 
demiers pouvant 6tre t6l6charg6s- Selon une variante. I'appareil comporte 
6galement un gestionnaire d*intefface utilisateur. Les appareils FAV pnjvent 
prendre le contrdle d'appareils moins sophistiqu6s, tels des appareils de type 
BAV et LAV par I'intermediaire des nrnxJules de controle d'appareil. Un appareil 
FAV peut accdder d d'autres appareils de type FAV ou lAV pour acc6der d=des 
ressources dont II est ddpourvu (par exemple un gestionnaire d'interface 
utilisateur). 

Les appareils de type lAV possMent les mdmes forxAionnalites 
qu'un FAV except* la possibilite de tel6charger des modules de contr6le 
d'appareils. 

Les appareils de type BAV possedent un langage de commande 
priv6 qui leur est propre, et qui n'est pas forcement celui utilise par le reste des 
appareils. Ce type d'appareil est contrble par un appareil FAV par 
nntemi6diaire d'un module de contrdle (DCM) telecharg* d partir de I'appareil 
de type BAV lui meme et adapte a son contr6le. Par exemple, rappareil de type 
BAV peut 6tfe une imprimante. dont le gestionnaire d'impression est 
tdl*charg6. 

Les appareil de type LAV som des apparels QOfi^^ 
-des- appareils de type lAV ou FAV par rirttermdcfiaire de corviexions 
sp6cifiques. Les appareils de type LAV sont contr6l6sf par des moAiles de 
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contr6le (OCM) sp^cif.ques qui ne proviennent pas de I'appareil lui m6me et 
possedent leur propre langage prive. 

La figure la represente un exemple de reseau sous la tonne de 
quatre appareils. FAV. lAV. BAV et LAV. Les appareils FAV. »AV et BAV sont 
^nect6s S un m6me t>us. tandis que Tappareil LAV est connecte dirertement 
a I'appareil FAV et contr6l6 par un module de contr6le present dans ce dem.er. 
L-ap^eil BAV est contr6l6. par exemple. par r,ntenned.alre de rappare.1 lAV, 

La figure 1b repr6sente schematiquemifil I'appareil FAV 1. II 
comporte un microprocesseur 2 reli6 d une m^molre vive 3 el una m6mo^ 
au moins partiellement reprogrammable 4. ainsi qu-une interface 1394 
rreference 5) constitute d'un circuit liaison et d'un dfcuit physique. L appare.1 1 
c^rn^e Element une interface sp^K^e 6 pour ie branc*^ du 
magnetoscope LAV. 

Notamment quatre types de modules logidels peuvenl presents 
dans la mtmoire des appareils du present reseau, II, des modulesde 
contrdle d'appareils DCM. d'applications. de modules d9 sendee el d'un 
gestionnaire de transmission de messages. 

Les modules de contrdle d'appareils DCM permettenl le contr6le 
d'un appareil ou d'un sous^nsemble de cet appareil Le module de contrite 
peut e^localise dans I'appareil ^ contr6ler lui-meme (s'll s'agrt d'un ^re.l 
dTtvpe lAV ou FAV) ou dans un autre appareil que I'appareil a contr6ler (si 
l-ap^ell ^ contr6ler est de type LAV ou BAV. le gestionnaire de controle sera 
,^se dans un appareil de type lAV ou FAV. ^ ^^^^^"^ 
forme d'execution). Un gestionnaire de contrdte est so.t present d#s I ongine. 
soit peut 6tre t6lecharg6. Dans ce dernier cas, le t^l^cbai^a^ sst r6alts6 au 
moment de I'initialisation de I'appareil. ou sur requite tfi«ar^>h^«- 

Les modules de contrdle de foncdons (appet^s Ffl^ sort des 
modules logideis pennettanl le cpntrote d'w fc«1c|pn 
indus dans les modules de contr6le d-appareH DCM. Un ^"^^^ 
poss6der plusieors ^'fbnclions:. enregis^»m^ 
5" m6molre^d« masse... ■ ■ -• • ■ ■ v-^-.^ 
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Les modules de service offrent des fonctions ou services systemo. 
lis sont accessibles soit par des modules logiciels locaux, solt d travers le 
systeme de transmission de messages a des modules d'autres appareils. Ces 
fonctions ou services systeme component notamment la gestion graphique 
d' interfaces utilisateur, la gestion (par exemple le telechargement) des modules 
DCM. les procedures de connexion d'un appareil au reseau, I'initialisation du 
reseau (listage des ressources du r6seau), ainsi que le module de registre, qui 
sera vu plus w\ detail plus loin. 

Chaque module logidel (DCM ou application ou modules de 
services systeme) doit s'enregistrer aupr^s du module de registre local (c'est d 
dire le module de registre dans lequel il reside ou dans lequel ii a dt6 chargd) 
s'il veut donner acc6s d travers la couche message d d'autres modules 

logiciels du reseau. 

Les gestionr>alres de transmission de messages se chargent de la 
communication de messages d'un module logidel d un autre, quelque soient 
les appareils dans lesquels ces modules sont localises. Quand un module 
logiciel souhaite envoyer uh message d un autre module, il ne connail pas 
I'appareil physique qui heberge le module destir^taire. 

La figure 2 illustre un exemple d'une organisation logicielte d'un 

appareil de type FAV. 

Cet appareil comporte une application tel^chargte 21 (par exemple 
un jeu). deux modules de contrdle DCM A et B 22 et 23. une application privee 
24 (par exemple un guide de programmes 6lectronique), un gestionnaire 25 de 
bus de communication de type IEEE 1883/1394. un module de registre 26. une 
interface utilisateur haut niveau 27. un gestionnaire 28 de DCM et un systeme 
29 de transmission de messages. Les modules communiquent entre eux par 
rintermediaire du systeme de transmission de messages accessible au travers 
d'une interface 30 de programmation d'application (appelte 'APi' par la suite). 
L'appareil comporte dgalement une interface 31 avec le bus 1394: 

Lots de son installation dans le r6seau. l'appareil FAV cherchera d 
charger les modules de contr6le DQM d'appareils de type a^V^d^ le but de 
les metlre d disposition de ses applications. Dans cette pptique. les apparetts 
BAV placent en une zone connue de leur m^molre et <tens une structure de 
donn6es auto-descriptive appel6e SDD (SDD signifianl « Self Describing 
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Device » en anglais) le cxxle cJu module DCM correspondant. Uappareil de 
type FAV peut ainsi venir lire cet espace memoire et charger le module DCM 
de I'appareil de type BAV. Un exemple est celui oil I'appareil BAV est une 
imprimante. Le DCM ainsi charges sont enregistres dans le module du reglstre 
de rappareil FAV et ainsi accessibles par le reste du reseau. 

Une structure de donnees de type SDD est obligatoire dans les 
appareils de type FAV. lAV ou BAV. et se situe a une adresse fixe dans chaque 
appareil. Lors de son initialisation, il devient ainsi possible pour un appareH de 
type FAV d'explorer le reseau pour charger les modules DCM de tous les 
appareils de type BAV. C'est le gestionnaire de modules DCM de I'appareil 

FAV qui execute cette tSche, 

Une structure de donnees SDD comporte egalement le type 

d appareil (FAV. lAV. BAV. LAV). 



Le syst6me de transmission de messages d^un appareil comporte : 
_ le module 26 du registre (dedaratioo -et recherche de modules 

logideis), 

- une couche message, comprenant Texpediteur 29 de messages 
(Emission et reception de messages). I'interfaca 30 de programmation 
d-application (API) pour permettre I'acces au syst6me de transmission et une 
sous-couche d'adaptatlon au bus IEEE 1394. 

La sous-couche d adaptation au bus IEEE 1394 a nolamment pour 
r6le d'adapter la transmission de donn6es au protocole IEEE 1394. en 
encapsulant les messages S transmettre dans des paquets adapt6s a la nornie 
IEEE 1394. 

Un message comporte trois composantes: I'adresse du module 
logiciel de destination. I'adresse du module logidel source et des donnees 

Une adresse d'un module logiciel se compose d'un 4dentiric^teur du 
noeud sur lequel il s'ex^cute cet identificateur 6tent unique au r6seau. suivi 
^un identificateur demodule logiciel ufMqge su noeud dans lequel il ^'exdcute. 
l.'alloc^fion <ies identificateurs des .modules Jog^els est assur*e jpar le 
syst6me de transmission de messages. Les adr^sos sqnl ulilis6es par 
l exp6diteur de messages pour renvoi de messages au module logiciel 
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appropri6. Selon le present exemple de r6alisation. une adresse ou 
identificateur de modules logiciels (reference 'SEID* dans ce qui suit) est un 
mot binaire de 80 bits. II comporte : 

• un identificateur d'appareil de 64 bits. m6moris6 dans la ROM 
de I'appareil dans lequel s'ex^cute le module logiciel. Dans le cas d'un 
module t6lecharg6. c'est I'identificateur de I'hdte qui est utilisd. 
L'identificateur d'appareil est attribu* au moment de la fabrication et 
correspofKj au champ EUI64 d6fini dans la norma IEEE 1394 - 1995. Une 
partle de cet identificateur d'appareil est administr6e par I'organisation IEEE 
et est propre ^ cheque fabricant, I'autre est choisie par le fabricant de 
I'appareil lui-meme. de fa9on ^ oe que chaque appareil fabrique soit pourvu 
d'un identificateur different ; 

• un 'identificateur local constitu6 par un num6ro d'ordre 
attribu6 directement par le syst^me de transmission de messages d'un 
noeud. ce num6ro 6tant cod6 sur 16 bits et concat6n6 avec l'identificateur 
d'appareil pour former ridentificateur SEID. Le syst4>me de transmission de 
messages maintient un compteur en ce sens. Un certain rwmbre de 
numSros d'ordre sont r6sen^ (par exemple de QxOOOO d 0x0005) et 
utilise pour identifier des modules de sen/ice particuliers. Par exemple, le 

^ numdro d'ordre 0x0001 correspond syst6mat'iquement au module du 
registre d'un appareil. 

Ainsi. chaque module logiciel du r^seau comporte un identificateur 
SEID distinct et unique. II est cependant possible de ddfinir des tdentificateurs 
uniques par des moyens autres que ceux indiquds d-dessus. 



23 



Le module du registre maintient une base de donr^ees comport ant 
un repertoire des rrxxlules logiciels disponibles sur le r^seau. 11 met ^ 
disposition une interface de programmation rendanl accessibles les fonctions 
d'enregistrement de modules logiciels et de recherche de modules suivant une 

30 liste de critdres. 

II existe un module du registre dans chaque apparail de type FAV ou 
lAV. A I'irit^^ cfun tel appareil. tous 1^ m«lu|€^ l^^^^Wl erw^strte 
par te rnbdule du registre" Ideal, si m^ik^^ibi^m^y^ jpounm «re 
contact*, il doit s'enregistrer auprte du rnodule du T^i^. 4iJ^ module ^ 

35 registre maintient pour chaque module logiciel qui y ed'ft^^j^s^son adresse 
dans le r^seau et les attributs de oe module. 
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Selon une variante de realisation, le module du registre comporte 
non pas I'adresse du module logiciel. mais son num6ro d'ordre. 

Les attributs d'un module logidel pemiettent de le caract6riser. Pour 
chaque module logiciel. ces attributs sont stockes dans une table, comportant 
pour chaque attribut la reference de ce dernier sur 32 bits, sa taille en octets, 
ainsiquesavaleur. 

la table 1 donne une liste d'atlributs predetermines . 



BM^rence d'attoibut 


Fnrmat du Tvoe 


Taille 


Presence 1 


Type de module logiciel 
dentificateur HUID 
Type d'appareil 
Interface graphique 


entier 

chatne d octets 

entter 

entier 


on Httc 
32 bits 
32 bits 


M 1 

M* 1 

o 1 


Format de support 


c^amp de bits 


32 bits 


O 1 


Format de donnees 
Fabricant d'appareil 


champ de bits 
diatne de 
caracteres 


32 bits 
15 octets 


O 


Fatjricant de module 

logiciel 

Version de mo<Me 
loqiciel 


chaTnede 

caractferes 

chaTne de 
caractdres 


15 octets 
15 octets 


O ' 

o 


Langage de commande 


champ de bits 


32 bits 


o 


audto-vid6o 









Table 1 
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Le type de module logiciel repr^sente la fonction premise du 
module SI le module logiciel est un module de sen^ice syst6me . alors le type 
de ratlribut d6signe le service systfeme lui-m§me. Le module du registre est un 
tel module de service. Si le module logiciel est un gestionnaire de contrdle de 
fonction FCM. le typ<B defirvt la fonction: (WvegistreMT. affichage. syntoniseur... 
Si le module IpgHrfel est un ^ 
•DbM*. SI ie mpckjlfi logici^ .pp^^^ .^^^ |r»-*^— 



application CAPV) non compa^ifc^ avec 1^ reste du .r6^ ^ 
•■Pfiy6'. . . ■ ■ 
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L'identificateur 'HUIO' est un identificateur d'un I'appareil auquel est 
assocl6 un gestionnaire DCM ou d'une fonction a laquelle est associ6e un 

gestionnaire FCM. 

Le type d'appareil associe au module logiciel est FAV. lAV. BAV ou 

LAV, comme d6j^i expliqud. 

Un gestionnaire DCM peut 4tre associ6 a une interface utilisateur 
graphique. L'attiibut 'Interface graphique* indique si c'est le cas. et le cas 
ech6ant quel est le degr6 de compatibilit6 de I'interface du gestionnaire DCM 
avec les differents niveaux d'interfaces pr6vus dans le r6seau. 

fattribut 'Format de supporT indique le type de support de stockage 
de donnees qui est support^ par un appareil. II s'agit par exemple de supports 

DVD. DAT. DVHS. DVC. 

Lattribut 'Format de donn6es' indique le format de donnees 
manipulables par un appareil . II s'agit par exemple de formats MPEG2. JPEG. 

15 MIDI. ASCII. 

Les attributs 'Fabricanl d-appareir et (Fabricant de modules 
logiciels') indiquent une reference respectivement du fabricant de I'appareil ou 
du module logiciel. tandis que l attribut Version de module logiciel' indique le 
num6ro de version d'un module. 

20 En dernier lieu, l attribut 'Langage de commande audio^/id6o• 

indique les types des langages propres au module logiciel. en plus du langage 
de commande HAVI commun deja 6voque. La valeur de I'atlribut est un champ 
de bits de 32 bits, la valeur de chaque bit indiquant la compatibilit6 avec un 
langage de commande specifique. 

25 

La base de donn6es d'un module de registre peut. selon une 
variante de r^lisation. 6galement comporter des attributs sp6cifiques ou 
'priv6s'. 

II est d noter que les modules des registres de diff6rents appareils 
sont distincts. II n'y a pas de registre centralise, dans lequel tous les modules 
logiciels seraient repertories. ■ ■ ■ - -^.r^ 

Selon le present exemple de realisation. I'interface de 
35 programmation par una application d'un module du registre comporto dnq 
commandes. qui seront detaill6es d-dessous : 
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(a) Enregistrement d'un module logiciel 

Cette commande est utilisee pour ajouter un module logiciel dans la 
base de donnees du registre local, ou pour modifier les attributs d'un module 
logiciel d6iS enregistr^. Elle est utilis§e notamment par un module logiael pour 
s'enregistrer au moment du branchement de I'appareil comportant cat element. 

Le module logiciel transmet son identificateur SEIO et les attnbuts 
au module du registre. Si cet identificateur est d^ja pr6senl. les nouveaux 
attributs remplacent les anciens. Sinon. une nouvelle entree est cr66e dans la 
base de donn6es locale (registre local). Le module du registre transmet un 
message d'§tat au module logiciel. suivant le r6sultal de I'inscnption: 
confirmation de Tinscription ou message d'erreur. 

(b) Extraction d'un module logictel 

Cette commande est utilis6e pour lire les attributs d'un module 
logidef. connaissant son identificateur SEID. Un^Jointeur^^rs une zone de la 
memoire vive de I'appareil vers laquelle les donndes doivent 6tre copiees est 
transmis avec la requite d'extractioo. Si le module logidel n'est pas present 
dans la base de donnees locale, alops le pointeur est mis d z6ro et renvoy* par 

le module du registre. _ «.« 

Le module du registre renvoie egalement un message detat. qui 
confirme la copie des attributs. ou indique que I'identificateur recherche n'est 
pas pr^smt. 

(c) Effacer un module logiciel du registre 

Cette commande est uUlisee pour eliminer un module logiciel de la 
base de donn§es locale. Son identificateur SEID est foumi en tant que 
parametre de la commande. Le module du registre renvoie un message d'etat 
confirmant la suppression ou indiquant quo le module loglcM oorrespondanl 
n'apas6t§Jtppiiy6. 



35 



(d) R«qU«t#,de:H$terdej^ simply') ^Y; : ^^ 

Cette commande permrt <te #^iMr #s identificateurs 0e 
nnxlules logiciels enregistr6s dans une base kkate et r6pondant d certains 
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criteres. Selon le present exemple de realisation, ces crit^res sont la r6f6rence 
d'un attribut et la valeur d'un attribut. Un param6tre de la commande est 
egalement un op6rateur Indiquant la fa9on dont la comparaison entre la valeur 
de l attribut specifie dans la commande et les valeurs de la base doit se faire 
(6gal. plus grand, plus grand ou egal. plus petit, plus petit ou 6gal. different. 
'ET logique bit a bit, 'OU* logique bit d bit. ...). 

Le module du registre renvoie le cas 6chtenl la liste des 
identificateurs SEID des modules logiciels correspondants. II renvoie 
6galement un message d'6tat indiquant le succes de I'op^ration (que des 
identificateurs aient 6t6 trouv6s ou non). ou son ^ec. 

(e) Effectuer une operation bool6enne entre deux listes de modules 
logiciels ('Requdte multiple') 

Cette commande est utiUs6e pour effectuer une operation bool^nne 
sur deux listes d'identificateurs. La commande compprte en tanl que 
param^tres les requites correspondent a chaque liste. Une requ6te peut 6tre 
constitu6e par les critferes dejd evoques au paragraphe (d) (requite simple), ou 
par une autre requdte multiple. 

Un param6tre de cette commande est egalement l'op6rateur boolten 
d considerer ('ET ou *OU' dans le cadre du present exemple de r6alisation). 

Le module du registre renvoie le cas 6ch6ant la liste des 
identificateurs SEID. ainsi qu*un message d'etat information du succ6s de 
I'operation ou de son echec. pour une raison quelconque. comme par exemple 
le manque de ressources. 

Pour acceder d d'autres modules logiciels. un module logiciel doit 
connallre I'identificateur SEID de ses correspondants. Pour ce qui est des 
modules logiciels enregistr6s dans le meme module du registre. ced n'est pas 
un probleme. les requetes exposees pr6c6demment permettant d chaque 
module logiciel d'extraire des listes d'identificateurs de la base de donndes 

locale. "^^IK". '.'■^'■^^Mi^::.l:::it^^J~ 

it..' 

Un module logidei accede au ^ X^^^J^ 4 *® 

systdme local de trarwnission de messages. U peut ^^^^^m^^: * 
module de registre distant, et ainsi rapatrier des iderTtifip|leurs demodules 
enregistres auprte d'autres modules de registres. Pour ce faire. chaque 
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module de registre propage une requete qui lui a et6 transmise localement aux 
modules des registres de tous les autres appareils. Selon le present exemple 
de realisation, un module de registre distant pour lequel aucune r^ponse n'est 
re9ue dans un intervalle de temps donne est ignor6. 

Chaque module du registre recevant la requite du module du 
registre initial effectue lui-meme la recherche dans sa base de dorvi^s locale 
et renvoie le cas ech6ant les identificateurs correspondant aux entires de la 
requite au module du registre initial. Ce dernier transmet alors la liste 
concat6n6e de tous les identificateurs re9us au module logidei ayant Ianc6 la 
requite. Le module logidei ayant Ianc6 la requSte peut alors communiquer 
avec les modules logidels d'autres appareils et utiliser les ressources qui leur 
correspondent. 

La figure 3 est un diagramme d"6tat d*un module du registre d'un 
appareil. Ce diagramme comporte deux 6tats. A et B. L'6tat A est r6tal 
d atlente d*une requite d'un module logidei. t.*6tal B est r6lat d^attente d'une 
Tiponse d une requite 4anc6e aupr6s des riwdulessde registre^^ le 

module du registre local 

La table 2 donne les 6v6nements didenchant des actions de la part 
du module du registre local et les itats de^pait^et d'arrivie conespondants. 
Les references des 6venements sortt les mimes qui sur la figure 4. 



Evine 


Sianification 


Action 


- Etat de 


Etat d*arrivie 


mefit 




dioart 




41 


Enregistrement ou 
Extraction ou Effacement 
d'un module logidei de 
la t>ase 


Determiner et^ 

transmettre 

reponse 


A 


A 


42 


Requite de liste 'simple' 
ou 'multiple' re^ue de la 
part d'unmodule di'^ 
nsgistrediilant ^r: ;J 


Oitermtneret 
Irerismettre 


A 


A 


43 

.vet. 


Requite de liste 'simple' 
ou^iultiple' resoe de Ja- ; 
part d'un module log'ictel 
Ideal 


requite aiux 


A 

. . - 


b' ■ ■■' 
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modules de 

registres 

distants 








Trujtes les reDons6S ont 
et6 revues. 


Determiner et 
transmettre 
r^ponse finale 
au module 
logiciel local 


B 


A 



La propagation des requetes est effectu6e par le nxxjule de registre. 
II est rappel6 que I'identificateur d'un module de registre est compost d'un 

5 identificateur du fat>ricarvt (fix6 par IEEE), un identificateur de I'appareil (fix6 
par le fabricant) et d'un Identificateur du module de registre. ce dernier 6tant 
identique pour tous les moduleis de registres. 

Pour pouvoir propager une requite, le module de registre d'm 
appareil recense I'ensemble des appareils du r^seau. dont il obtient les 

10 identificateurs. II determine ensuite parmi ces appareils coux qui comportent 
6galement un registre, Dans le present exemple de rtelisation. il s'agit 
uniquement des appareils de type FAV ou lAV. Connaissant les iderrtificateurs 
des appareils accessibles par le r^seau. le module du registre lit le type de 
cheque appareil dans la structure de donn^es SDD mentionn^e plus haut. II 

15 ^limine ainsi les appareils de type BAV. La concatenation de chaque 
identificateur d'appareil avec I'identificateur local (num6ro d'ordre) fixe commun 
a tous les modules de registres pour obtenir la liste des adresses completes 
SEID de tous les modules de registres. Un module de registre obtient la lisle 
des identificateurs d'appareils par I'interm^diaire du module local de gestion de 

20 bus (dit 'CMM*), qui surveille la connexion et la dtonnexlon d'appareils du 
reseau. Ce module lit la liste de tous les noeuds connect^s au r^seau dans un 
registre appel6 TOPOLOGY.MAP' d6fini par le document IEEE 1394-1995, 
paragraphe 8.3.2.4.1. Ce registre se situe dans un appareil gesHonnaire du 
bus (appel6 'Bus Mar^ager* en langue apgljfea dans le document IEEE cit6 ci- 

25 dessus) qui mainfient h jour le registre relatif d la topolog'ie du reseau. 
L'adresse de cet appareil est connue par les autres appareils par des moyens 
dgalement d^crits dans le document IEEE. 

La figure 4 est un diagramme indiquant le s6quefK»fnent des 
messages lorsqu'une requSte 6mise par un module logiciel A d'un premier 
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appareil doit itre propagee au module de registre d'un second appareil. un 
module logiciel B s'etant enregistr© dans le registre de ce second appareil. 

Selon le mode de realisation presente ci-dessus. une requfete emise 
par un niodule logiciel en vue de determiner I'ensemble des modules logiciels 
non locaux est propag6e d tous les modules de registres distants. Selon une 
variante de realisation, ce type de requ6te peut egalement fetre limit* d un 
groupe de oKxjules de registres distants. par exemple ceux tfun type d'appareil 
particulier. 
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Revendications 

1. Precede de gestion distribu^ d"un catalogue d'objets dans un 
reseau de communication comportant des appareils caract6ris6 en ce qu'il 

comporte les Stapes : 

- d'enregistrement d'objets locaux presents dans un appareil dans 

un registre local ger6 au niveau de cet appareil. 

- de propagation d'une requite de liste d'objets Ianc6e par un objel 
local a des registres non locaux g6res par d'autres appareils du reseau. 

- de collecte des r6ponses des registres non locaux et de la r^ponse 

du registre local et de 

- transmission des reponses collectces d I'objet ayant Ianc6 la 

requdte. 

2. Proced* selon la revendication 1. caract6ris6 en ce que chaque 
objet possede une adresse (SEID) compos6e d'un identificateur d'un appareil 
dans lequel il est present, cet identificateur etant unique dans le reseau. ainsi 
que d'un identificateur local unique d cet objet dans ledit appareil. 

3. Proc6d6 selon I'une des revendications 1 ou 2. caract6ris6 en ce 
qu'un registre local comporte pour chaque objet qui y est enregistre Tadresse 
de cet objet dans le reseau. ainsi que des attributs dudit objet 

4. Proc^6 selon Tune des revendications precedentes, caract6ris6 
en ce que I'etape de propagation d^une requite comporte I'Stape de 
determination des appareils connectes au reseau comportant eux-mSmes un 
registre local, et de transmission de la requ6te aux registres de ces appareils. 

5. Proced6 selon I'une des revendications precedentes, caract6ris6 
en ce qu'une requete n'est propagee qS^ un groupe d6termin6 de registres 
distants. 

6. Appareil dans un reseau de communication comportant : 

- des moyens de memorisation (3. 4) d'objets locaux (21 d 28). 

- des moyens d© memorisation (3) d'un registre local (26) apte d 
contenir un catalogue des objets locaux. 
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- des moyens (31) de connexion au reseau. 

- des moyens de transmission de messages d'un objet local vers un 
autre objet et de propagation d'une requ§le d'une liste d'objets vers des 
registres non locaux. 

7. Appareil selon la revendication 6, caracl^rise en ce que <^aque 
objet possede une adresse unique dans le reseau (SEIO), une requite de liste 
d'objets visant d etabllr une liste d'adresses d'objets repondanl d des crit6res 
determines. 

8. Appareil selon I'une des revendications 6 ou 7, caract6ris6 en ce 
que le reseau de comrrxjnication comporte un bus IEEE 1394. 
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